home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000089_news@columbia.edu_Thu Jun 8 07:09:32 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA09448
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 8 Jun 1995 22:27:57 -0400
  3. Received: by apakabar.cc.columbia.edu id AA26572
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 8 Jun 1995 22:27:56 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!news.ultranet.com!news.sprintlink.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Xon-Xoff and modem buffers help
  9. Message-Id: <1995Jun8.130932.53660@cc.usu.edu>
  10. Date: 8 Jun 95 13:09:32 MDT
  11. References: <1995Jun8.114735.1048@gems.vcu.edu>
  12. Organization: Utah State University
  13. Lines: 43
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <1995Jun8.114735.1048@gems.vcu.edu>, agnew@gems.vcu.edu (Brainwave Surfer) writes:
  17. > Dear Net people and Kermit hackers ( in the old sense of the word,
  18. > please! ),
  19. > 
  20. > I am in a quandary...
  21. > 
  22. > If i set my pratical periperals modems to factory defualts, and then
  23. > use x-on xoff flow control as demanded by VMS's hacker ( ok, new sense
  24. > ! ) evasion, then all is very nice, no errors, but if I xoff and try
  25. > to stop the flow of data to the screen, there is a humongous buffer in
  26. > the modems somewhere of data already in the pipeline that will not
  27. > respond to the xoff..
  28. > 
  29. > On the other hand, if i take all error corrections off and make the
  30. > modem try to be a direct wire, i can xoff and xon nicely, but errors
  31. > abound as in Psalm 19:12 "Who can discern his errors? ... " 8-)
  32. > 
  33. > So, after downloading a 200 page paper from Practical Periperials,
  34. > I'm throughtly confused... Should I enable all error corrections, and
  35. > then enable pass-thru xon xoff via the Q commands??? Or am I still
  36. > talking moonshine?
  37. > 
  38. > My Old setup was 19.2 Kbaud ports on the DECserver, 1.44 pp modems,
  39. > and generic whatever to dial in, testing with pp modems.. I'm open
  40. > to change/ideas.
  41. ---------------
  42.     You can bypass much of the problem by defining a convenient key
  43. as keyboard verb \Kholdscrn and then relying upon point to point flow
  44. control of hardware or software kinds to handle the comms link. The
  45. holdscreen operation blocks reading of the comms buffer which drives the
  46. terminal emulator; it does not touch the comms link itself but rather
  47. lets the receive buffer fill to the high water mark.
  48.     Since VAXen are not normally RTS/CTS flow control devices you
  49. are better off using specific flow control at each point in the link, to 
  50. minimize propagation/buffer queue delays inherent in sending a bare 
  51. XON/XOFF end to end to the remote VAX host to act upon. Please do ask 
  52. someone to look carefully at the DECserver box to ascertain how it wishes
  53. to be treated.
  54.     If you try only end to end flow control then parts in the middle
  55. are highly vunerable to being overrun. Generally RTS/CTS between your PC
  56. and your modem is the most desirable configuration, and let your modem
  57. deal with the other modem, et seq.
  58.         Joe D.